home *** CD-ROM | disk | FTP | other *** search
/ Black Crawling Systems Archive Release 1.0 / Black Crawling Systems Archive Release 1.0 (L0pht Heavy Industries, Inc.)(1997).ISO / blackcrwl / telecom / telenet.txt < prev    next >
Encoding:
Internet Message Format  |  1991-02-10  |  9.2 KB
  1. Date: 04 Dec 86  11:42:22
  2. From: Mike Borsetti on 124/102, Inside Track  of Dallas Metrop, Plano TX
  3. To:   All on 105/6, PSG Portland of VanPort Area, Portland OR
  4. Subj: This was uploaded here by Eric Larson
  5.  
  6.                       Telenet PC-Pursuit Dial-up Host
  7.                   description and protocol and server info
  8.                       Version 1.1.0, October 25, 1986
  9.                 Supercedes version 1.0.0, September 28 1986
  10.                             H.R. "Jim" Dixonr
  11.  
  12. This document describes the protocol existing between a Telenet Dial-up
  13. host and the Telenet Network Interface.  It also specifies the method
  14. existing at this time for users to properly access a host throught the
  15. Telenet network.  A  dial-up host is a system that calls into the Telenet
  16. network using this protocol and is thereby made available to PC-Pursuit
  17. users to connect to.  A host is given a pre-assigned unique Network
  18. address, corresponding to the physical address of the port to which it
  19. dials up. This port will only be assigned to one particular host, and will
  20. be its identification number.
  21.  
  22. There is a system provided for keeping track of and providing information
  23. about such dialed-up hosts. Its called the HOIST (Host Online Information
  24. System for Telenet). Its purpose is to keep a list of hosts that can be
  25. online and to keep track of which are online at a given time. Also, it
  26. is the means by which mail gets passed from host to host over this system.
  27. A user wanting to know what hosts exist and/or what hosts are available
  28. would open a connection to the HOIST and get the appropriate listings.
  29.  
  30. The following is the protocol existing between a dial-up host and a
  31. Telenet Interface:
  32.  
  33. The host dials in to the system at an appropriate speed with 8 bits, no
  34. parity. In the following list, the 'T:' is telenet's response and 'H:'
  35. is the Dialing host's response:
  36.  
  37. Carrier Received.
  38. H: <cr> <cr>
  39. T: TELENET XXXYYY.ZZ <cr> <lf> <cr> <lf> TERMINAL=
  40. H: D1 <cr>
  41. T: <cr> <lf> @
  42. H: SET? 2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (note: allowing network escape)
  43. T: <cr> <lf> PAR2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  44. H: Magic-Command <cr>
  45. T: <cr> <lf> @
  46.  
  47. The following section describes the method of connecting the the HOIST
  48. using the SIGNON server. To use the signoff server, simply duplicate this
  49. section replacing 'SIGNON' with 'SIGNOFF'.
  50.  
  51. H: Hoist-Address,Telenet-username <cr>
  52. T: <cr> <lf> PASSWORD = (note trailing space)
  53. H: Telenet-password <cr>
  54. T: <cr> <lf> Hoist-Address CONNECTED <cr> <lf> <lf>
  55. H: @ <cr> (escape sequence)
  56. T: <cr> <lf> TELENET <cr> <lf> <lf> @
  57. H: SET? 2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (note: allowing network escape)
  58. T: <cr> <lf> PAR2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  59. H: CONT <cr>
  60. (At least 1 second pause recommended here)
  61. H: SIGNON Server-password
  62. T (hoist): 250 operation successful (or other valid messages)
  63. (See Signon server specification for full list of messages)
  64. (Hoist will now disconnect)
  65. T: <cr> <lf> Hoist-Address DISCONNECTED 00 00 Blah Blah.. <cr> <lf> <lf> @
  66. (End of Hoist Connection section)
  67.  
  68. H: SET? 1:0,2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (not allowing network 
  69. escape)
  70. T: <cr> <lf> PAR1:0,2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  71. H: Magic-command <CR>
  72. T: <cr> <lf> @
  73.  
  74. The host is now ready to receive the connection message.
  75. When a user connects from a distant port the system will respond:
  76. <cr> <lf> CONNECTION FROM XXX YYY.ZZ <cr> <lf>
  77.  
  78. The distant user is then connected to the port and the normal host/user
  79. dialog may begin. If the user disconnects at any time hereafter, the system
  80. will respond AT ANY TIME with:
  81.  
  82. <cr> <lf> XXX YYY.ZZ DISCONNECTED VV WW <cr> <lf>
  83.  
  84. The host software MUST be FULLY READY to process this string AT ALL TIMES.
  85. This may come at ANY time during the connection.
  86.  
  87. If the host needs to disconnect, it must do the following:
  88. Send a break.
  89. T: TELENET <cr> <lf> <cr> <lf> @
  90. H: D <cr>
  91. T: <cr> <lf> XXX YYY.ZZ DISCONNECTED VV WW <cr> <lf> @
  92.  
  93. It is recommended that during host/telenet dialogs, each step of Telenet's
  94. response be monitored and verified. If a verification does not occur, the
  95. host should hang up on the connection. Hanging up is not an acceptable way
  96. of the host terminating a normal connection. For this, the procedure above
  97. must be followed. NOTE: ALL types of implementations MUST at the least
  98. support the VERIFY server, and be able to talk to the SIGNON and SIGNOFF
  99. server on the HOIST.
  100.  
  101. After the disconnect takes place, the host should then Hang the connection
  102. up and recycle itself.
  103.  
  104. NOTE: IMPORTANT:
  105. After the connect message is received you MUST wait for another line
  106. terminated by a carriage return. On the user end,normal users must simply
  107. hit a carriage return here. A machine connecting to a server on another
  108. machine sends the Server-name (and the Server-password, if its a protected
  109. server running on the HOIST, like Signon, Signoff and Mail). For example if
  110. a machine is connected and wants to invoke the 'FOOBAR' server, its simply
  111. outputs FOOBAR <cr> at this time. These are the specified servers at this
  112. time:
  113.  
  114. SIGNON - (Only exsists on HOIST) Tells the Network that the host is online
  115. and available. Each host must do this at least once every 2 hours during
  116. normal hours that it is available.
  117.  
  118. SIGNOFF - (Only exsists on HOIST) Tells the Network that the host is going
  119. offline and will no longer be available.
  120.  
  121. HOSTNAME - (Only exsists on HOIST) Gives various types of information about
  122. hosts on the PC-Pursuit system.
  123.  
  124. VERIFY - (MUST exsist on all systems, requests ONLY valid originating from
  125. HOIST) Verifies that Host on a given port is operational and responding.
  126.  
  127. FINGER - (optional) Gives various types of user (both on and off line)
  128. information.
  129.  
  130. MAIL - (optional) Allows the users of multiple systems to send both online
  131. and offline messages to each other.
  132.  
  133. A server has a set of commands and responses. See each seperate server
  134. specificaiton for a full list of these. Generally speaking, you invoke the
  135. server and it signs on. You then give it various commands, and it gives you
  136. various responses. The command consists of a keyword and optional
  137. parameters. A response consists of a 3 digit code followed by a text
  138. description of the meaning of the response. For example, 250 OK might be a
  139. valid response. The QUIT command is generaly used to shut down the server.
  140. It will respond with a shutdown message and terminate the connection.
  141.  
  142. The SIGNON and SIGNOFF server have no commands. You invoke them with the
  143. Server-name Server-Password and they Simply take action, give one response
  144. and close the connection. The following are the possible responses:
  145.  
  146.     250 - operation successful
  147.     551 - bad password
  148.     591 - Internal error - unable to process
  149.  
  150. Similarly the VERIFY server also has no commands. The hoist (and only the
  151. hoist should be allowed to. You MUST check to make sure that only the known
  152. valid HOIST address is given access to this) invokes the server, and it
  153. responds with the Server-Password, and closes the Connection.
  154.  
  155. Finger server protocol version 1.0  8-10-86
  156.  
  157. Commands:
  158.  
  159. BRIEF [username specification] - List only online info about online users
  160. FULL [username specification] - List all info about online users
  161. WHOIS [username specification] - List all info about all users
  162. MAIL <username@hostname> - Output in form of mail (not implemented)
  163. QUIT - Close session
  164.  
  165. Responses:
  166.  
  167. 211 - Text information output (non-machine readable)
  168. 212 - Username output
  169. 220 - Finger service ready
  170. 221 - Finger service closing connection
  171. 250 - Transaction completed, mail request submitted
  172. 311 - End of information
  173. 451 - No users match specification
  174. 500 - Unrecognized command
  175. 501 - Command parameter syntax error
  176. 502 - Unimplemented command
  177. 550 - Cannot request mail - Allocation exceeded
  178. 551 - Invalid mailbox specification
  179.  
  180.  
  181. Possible replies:
  182.  
  183. Brief,Full,Whois:
  184. 211,212,311,451,501
  185.  
  186. Mail:
  187. 502
  188.  
  189. Quit:
  190. 221
  191.  
  192. Hostname server version 1.1 9/20/86
  193.  
  194. Commands:
  195.  
  196. BRIEF <Hostspec> <OFFLINE> - Gives the name address and location
  197.                              of matching hosts
  198. HOST <Hostspec> <OFFLINE> - Gives full info on matching hosts
  199. Quit - End transactions
  200.  
  201.   Distributed in part by:
  202.  
  203.    Skeleton Crue  415-376-8060  located out of Moraga, California.
  204.      !!Get on the band wagon before it RUNS YOU DOWN!!
  205. The very LAST bastion of Abusive Thought in all of the Suburbian West Coast...
  206.                   (CH&AOS)